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a notification of the event. The event is identified 
and the notification of the event is transmitted to the 
interested component via the data channel. A system for 
implementing the method is also provided. 
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SYSTEM AND METHOD FOR GENERATING AND 
PROPAGATING BUSINESS EVENTS 

Cross-Reference to Related Applications 

5 This ^plication claims priority to U.S. Provisional Application entitled "System and 

Method for Generating and Propagating Business Events", Serial Number 60/303,594, filed 
July 5, 2001, which is hereby incorporated by reference in its entirety. 

Technical Field 

10 The present apphcation generally relates to information and data management systems 

and methods. More particularly, the present ^plication relates to business management 
systems and methods for managing and improving business processes and business 
performance. 

15 Background 

There is presently a need to provide advanced solutions to the emerging eBusiness 
paradigm. In the eBusiness paradigm, sources and formats of information/services are of 
secondary importance compared to the need to leverage such information and services. The 
goal of eBusiness is to provide solutions that will increase business value to organizations. 

20 Increased business value is attained, for example, through leveraging existing IT investments 
in technology and infrastructure, leveraging business plication investments, and 
maintaining and expanding existing business opportunities with existing and new clients 
through the intelUgent utilization of business data generated by these relationships. 

The eBusiness paradigm presents a challenge where the boundaries between the 

25 diJfferent components and technologies in a business environment have to be either elinainated 
or made to work together. Furthemaore, while trying to succeed in this challenge, IT and 
business professionals also have to focus their resources on creating an opportunity to 
implement and execute the strategy that is most suited for their particular business 
organization. 

30 Current business management systems are typically reactive in nature and utilize an 

enterprise implication integration (EAI) environment, which provides the abihty to commonly 
represent data and identify business events. However, with the increasmg diversity of both 
the business environment and the technology that drives it, IT and business professionals 
need to feed business critical information to a common computing environment in order to 


wo 03/005164 


2 


PCTAJS02/21270 


effectively manage their business. 

Iq addition, the present methods and systems for processing business data are not 
sufficient to enable businesses to take full advantage of the available business information. 
Specifically, there is not presentiy a method or system that identifies and generates busmess 
5 events utilizing the disparate available sources of potentially relevant business information. 
Further, the current methods and systems caimot adequately propagate identified business 
events to components that are interested in the identified business events. An additional 
shortcoming of current business methods and systems is the inability to analyze business 
events from a reactive, proactive and predictive perspective. 

10 

Snnmiarv 

The followiag presents a simplified sunnnary of methods, systems, and corr^uter 
readable media associated with propagating a business event. This sumnaary is not an 
extensive overview and is not iatended to identify key or critical elements of the methods, 

15 systems, and/or media or to delineate the scope of the methods, systems, and media. It 

conceptually identifies the methods, systems, and media ia a simplified form as a prelude to 
the more detailed description that is presented later. 

In accordance with one aspect of the present application, a method is disclosed for 
propagating a business event The method includes defining an event, registering a source for 

20 the event and registering a component interested ia the event The method also includes 

defining a data channel to be used for a notification of the event. The event is identified and 
the notification of the event is transmitted to the interested component via the data chaimel. 
A system for implementing the method is also provided. 

In accordance with another aspect of the present ^pUcation, a system and an article 

25 of manufacture are also disclosed. The system includes structure for implementing the 
method for propagating a business event The article of manufacture includes processing 
instructions for propagating a business event. 

Certain illustrative aspects of the methods, systems, and computer readable media are 
described herera in coimection with the following description and the annexed drawings. 

30 These aspects are indicative, however, of but a few of the various ways ia which the 

principles of the methods, systems, and media may be en:q)loyed and thus the examples are 
intended to include such aspects and equivalents. Other advantages and novel features may 
become parent from the following detailed description when considered in conjunction 
with the drawings. 
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Brief Description of the Drawings 

For a more coirqplete understanding of the present methods and systems, reference is 
now made to the following description taken in conjunction with flie accompanying drawings 
5 in which like reference numbers indicate like features and wherein: 

Figure 1 is a schematic block diagram of an example business event processing 
environment that may employ example sjretems and/or methods for processing business 
events; 

Figure 2 is a schematic block diagram of a portion of the example business event 
10 processing environment of Figure 1 that identifies business events; 

Figure 3 is a flow chart that illustrate an example methodology for identifying 
business events and generating business notifications; 

Figure 4 is a schematic block diagram of a portion of the example business event 
processing enviroimient of Figure 1 that propagates business event notifications to interested 
15 con^onents; 

Figure 5 is a diagram illustrating the flow of event data between various components 
of the example business event processing enviroimient; and 

Figure 6 is a schematic block diagram of a portion of the example business event 
processing enviroimient of Figure 1 that integrates three analytical paradigms to analyze 
20 business events. 

Detailed Description 

Example methods, systems, and computer readable media are now described with 
reference to tiie drawings, where like reference numerals are used to refer to like elements 
25 throughout In the following description, for purposes of explanation, numerous specific 
details are set forth in order to fecilitate tiiorougjily xmderstanding the methods and systems. 
It may be evident, however, that the methods and systems can be practiced without fliese 
specific details. In other instances, well-known structures and devices are shown in block 
diagram form in order to simplify the description. 

30 

Business Event Processing Environment 

Referring to Figure 1, there is illustrated an example environment 100 in which 
business events may be processed. Generally, an event may be the identification of a 
significant h^pening in a con^)uting environment as determined by business ^plications or 
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human users. In other words, events may be generated automatically through software 
programs or manually throu^ the intervention of a himiaiL The event generation services 
described in this application provide a data and environment diagnostic service to 
accommodate multiple computing paradigms for information propagatioa 

5 Business event processing environment 100 includes a contextual visualization 

portion 1 10 that provides a gr^hical user interfece ("GOTO for interacting with a human 
such as an end user or system administrator. The contextual visualization portion 110 may be 
embodied as a single simple iaterfece, or it may be embodied as a collection of more 
compHcated interfaces which may be integrated. For example, the contextual visualization 

10 portion 1 10 in the example enviroimient 1 00 includes a web interface, a command and 

control console, a portal interface, a wireless intaface to communicate with remote users, and 
it may be expanded to include other interfaces. 

The contextual visualization portion 110 enables humans to receive information 
regarding identified business events and enables humans to provide feedback regarding 

15 business events, including defining a store of business process policies 1 15 that direct the 
manner in which business events are identified, propagated and analyzed. ^ 

In accordance with the present q)plication, business process policies may be defined 
to employ reactive, proactive and predictive analytical fi:ameworks to identify and respond to 
business events. Generally, reactive business process policies rely on correlation of data to 

20 identify and respond to business events. Proactive business process policies generally 
identify and respond to business events using inferences, and predictive business process 
policies typically involve the occurrence of compound events in identifyiag and responding 
to business events. 

The business process poUcies within store 115 can be processed by both an event 
25 manager 120 and a business process manager 125. The event manager 120 identifyies 

business events in accordance with defined business process policies. In general terms, such 
identification is accomplished based on a review of information &om various data sources 
140. Li some cases, querries into the data sources 140 and the data received in response, may 
be altered and/or interpreted by data translation services 130 and/or natural language parsing 
30 135 in order to resolve any data formatting or interfece differences between the event 
manager 120 and the individual data source. Typical data sources 140 may include, a 
business q>plication, Internet data sources, and commercial or proprietary information 
, sources providing weather and traffic data, for example. 

Upon identifying an event based on the stored business process policies, event 
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manager 120 generates a Tecx)rd of the event, such as an event object, for example, and 
notifies the business process manager 125 of the event Business process manager 125 
utilizes the defined business process policies to process a response to the identified business 
event. As illustrated, in some cases, while processing a response to a business event, 
5 business process manager 125 may request additional data &om one or more data sources 
140. 


Business Event Identification 

Referring now to Figure 2, there is provided a more detailed view of an exemplary 

la embodiment of the event manager 120. As shown, event manager 120 includes a store of 
business events 210, a rule-based application 220 and a predictive apphcation 230. Rule- 
based ^plication 220 and predictive application 230 reference the store of business process 
policies 115 and certain data sources 140 to identify business events. Once identified, a 
record of a business event, embodied as a business event object, for example, is added to the 

15 store of business events 210. 

The illustrated configuration of event manager 120 enables events to be identified in 
many different ways. For example, events may be identified according to: 

• Subscription to singular events; 

• Singular events identified by event Usteners; and 
20 • Compound or intelligent events. 

Rule-based application 220 may enq)loy an information provider, such as the Advantage™ 
Integration Server (formerly known as JasmineH) information provider offered by Computer 
Associates International, Inc., to enable subscription to singular events. The events are 
"thrown" or '*published" by the information providers as objects in an object-based 

25 computing architecture that represent the occurrence of an event Typically, the information 
contained within an event object will include particular data related to the occurrence. The 
nature of the information providers and the nature of the events can vary widely depending 
on the type of information associated with these sources. 

Rule-based ^>pUcation 220 may also employ event listening ^pUcations, such as 

30 certain components built within an organization's business process management solution, 
such as the BizWorks e-business process management solution offered by Computer 
Associates International, Inc, to identify business events by detecting activity associated with 
a particidar business object such as, for example, an account balance, bill of materials or 
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purchase order. The information providers do not need to 'throw*' an event in order for an 
event listener to detect the event Instead, an information provider simply performs a 
requested action such as, for example, '^qniate account balance" or "generate bill of 
materials" and the environment services broker the information to components such as the 
5 event listener. 

Predictive application 230 can utilize various intelligent technologies capable of 
predicting events either alone or in combination with other solutions to enable identification 
of compound events. Examples of such intelligent technologies include clustering, neural 
networks and other pattern recognition technologies. Predictive business process policies can 

10 also identify a business event not necessarily fix^m the occurrence of a single event but, for 
example, as an aggregation of multiple events tiiat are analyzed and compounded to create 
other events. For example, a specific event such as "demand for product ABC is likely to 
increase in the next 30 days" is an event that is a derivation of the occurrence and analysis of 
previous, discrete events. Similarly, more abstract events such as "Company X in financial 

15 trouble" is also an event type supported by this ^plication that leverages the accumulation of 
both discrete events and application of business policies regarding the defirntion of what 
•^financial trouble" represents to a particular business. Combining predictive technology with 
rules-based technology creates intelligent knowledge-based applications that can then 
become sources for intelligent business events, 

20 An exan^le of neinal network technology that may be employed is described by 

commonly assigned U.S. Patent Number 6,327,550 entitled 'Method and Apparatus for 
System State Monitoring Using Pattem Recognition and Neural Networks", issued December 
4, 2001, which is incorporated herein in its entirety by reference. 

Eoiowledge of the type of events that can be identified complement and increase the 

25 power benefits of this solution. For example, information providers such as business 

q)plications, ERP ^plications, or other typical participants in an EAI-like envimnment are 
further con^lemented by the incorporation of other out-of-band infonnation sources that 
represent structured and unstructured data. Structured data is data available from information 
sources in a pre-defined or pre-formatted feshion. This makes it easier and more predictable 

30 for parsing purposes. Unstructured data poses a greater challenge, but also provides a greater 
benefit to the business process poUcies since it may represent infonnation such as news or 
other textual information for which advanced technology, such as natural-language-parsing 
CTSILFO is suitable. 
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For example, infonnation such as "according to a news source ACME has just filed 
for baiiknq)tcy * can be turned mto inteUigent eveats that may trigger event management 
services of any nature (reactive, proactive or predictive) to ^ly business pohcies defined to 
deal with this type of infonnation. Some examples of £5)propriate business process policies 
5 include identifying all outstanding orders by ACME, putting a hold on them, notifying the 
sales manager, and escalating to the CFO. 

Figure 3 illustrates one example methodology 300 that may be employed to identify 
business events in accordance with the present ^pUcation. At block 310 business process 
policies are defined to control identification of and responses to business events. The defined 
10 business process policies are implemented using a rule-based appUcation and/or a predictive 
^plication. 

The rule-based application processes block 315 to identify one or more business event 
based on a subscription to a single event The rule-based plication also processes block 
320 to identify one or more business events employing an event-listener apphcation. 
15 The predictive ^pUcation identifies one or more business event based on business 

process pohcies employing a compoimd business event definition as illustrated at block 325. 
Once the rule-based application or predictive apphcation identifies a business event, the event 
manager generates a record of the event, such as a business event object, as shown at block 
330. 

20 The example system and method illustrate certain aspects of the present appUcation, 

namely: 

1 . Usiug knowledge-based or rules-based apphcations that implement business 
process pohcies. 

2. Using predictive E^phcations that implement business process pohcies. 
25 3. Using a combination ofrules-based and predictive apphcations. 

These combinations of technologies provide a way to detect situations and patterns 
using inference, correlation, and pattern prediction technology, as needed, to create new 
business events that need analysis and management The data that these methods operate on 
can come fix)m infonnation management platform, such as the Advantage Integration Server 
30 infonnation management platform. The data can also be the result of a continuous circle of 
executing business pohcies, workflow engmes, or the data can be downloaded from relevant 
business information sources including, for example, gjlobal computer networks, such as 
Internet, B2B, B2C, WAN, LAN, batch, or human operator. 

There are additional data sources that may be rehed upon to identify (or detect) 
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business events. For example, a user could employ out-of-band or discrete and seemingly 
unrelated information that may be structured or non-structured. Examples of such sources 
include weather, trafiSc and/or news sources. Data fiom such sources can be processed and 
analyzed using natural-language-parsing services 135, or flie data can be processed through 

5 transformation methodologies capable of probing for or requesting additional information. 
Examples of information requests include: *What is the current temperature in Moscow, 
Russia?' or 'Are there any m^or traffic alerts along the southeastern US?' or *Are any of our 
clients likely to file for bankruptcy?' 

Upon identification, event generation services would be used to propagate the 

10 information appropriately, in whatever format is needed Data translation could be provided 
by data transformation and translation service 130. 

Business Event Generation 

Referring now to Figure 4, there is illustrated a more detailed view of contextual 

15 visualization portion 110, event manager 120, and business process manager 125. Further 
illustrated are exemplary data, formats, and communication protocols which may be 
employed among components within the business processing environment 100. Figure 4 
illustrates the architecture of the event generation and notification services, an exemplary 
event publishing and subscription infirastructure, as well as a Java-based servlet that provides 

20 CLI and API interfaces. The event generation services can be invoked as a URL, a software 
program library (using, for exaiE5)le, Java), a triggered or scheduled response to another event 
(usmg, for example, a CLT), or as a pre-defined rules-based and/or neural-based library or 
other predictive technology. 

The architecture augments an integrated data analysis and management system by 

25 providing an event services that employ a *^ublish and subscribe" information-sharing 
paradigm. Under this paradigrn, the system provides the ability for an integrated or 
developed application, component, client, or any other form of software application using the 
system services to register themselves as event sources. Similarly, any client ^plication, 
component or client can register or subscribe as clients or as interested on certain events 

30 emanating fiom event sources. This subscription cs^ability is realized through the definition 
of data channels that may represent particular types of events and may also include many 
different Event Sources. 

As previously mentioned with reference to Figures 2 and 3, business events can be 
created through different methods both within and outside the common environment 
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Business events can be created through qjplications built using publish and subscribe 
services fix)m the common environment to provide notification on any object transactions 
such as delete, modify, or add an object or class. These objects can represent any type of 
business and/or non-business data including, for example, data relating to siq)ply chains, 
5 financials, banking, weather, traffic, bankruptcy, mergers and/or acquisitions, or any other 
type of information that can be represented as an object as defined by common software 
terms dealing with object-based conoputer architectures and environments. 

Business events can also be created through an ^plication utilizing the CLI and API- 
based sendees for message generation that are part of the event management services. The 
10 message generation and delivery services provide a robust, guaranteed deUvery infirastructure. 

Further, business events can be created through the execution and ^pUcation of 
business process policies, as previously defined, that in turn may consume other business 
events and related information in order to determine the need for generation of an event. This 
provides a fiill operating circle where hierarchies of related events can be generated and 
15 managed, as appropriate. 

The propagation and generation of events is accomplished using a web-based 
paradigm that supports different types of data formats representing the event. These types 
include: 

• Objects representing the event created in an object-based computing architecture and 
20 environment Class, property, and object specification can be customized to suit a 

particular purpose. 

• Text-based, formatted messages using pre-defined and definable XML schema to be 
dehvered to the event management services. 

• Text- or object-based representing triggers for workflow engines involved in the 
25 business process management Triggers can assume any form including formatted 

text messages, XML and objects, 

• Any other form of data to suit the particular needs of tiie business process poUcy that 
may deal with the event. 

One benefit of usiag a web-based approach for the propagation and generation of 
30 events is that it enables a single, non-proprietary protocol and platform support Another 
benefit is the abihty to span LAN, WAN, or global networks, such as the Intemet, in a 
common, supported platform while adhering to standard security ^proaches including 
proxies and firewalls. 
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As shown in Figure 4, the services may be based on a publish/subscribe paradigm and 
support event queuing services. The architecture includes predefined event sources, and, for 
exanq)le, through the use of an XML API, can be extended to support other internal, as well 
as external, event sources. Any application or program can register with the notification 
5 services (publish/subscribe) engine via the APL After registering with the system, the 

appHcation can publish events into the common environment where they become available to 
any event subscriber. An integrated notification services engine of the publish/subscribe 
engine manages the events received. The events are placed on one or more persistent queues. 
One or more notification dispatchers process the events and deliver them to the subscribers as 

10 necessary. The notification services engine may also include queuing services. Thequeuiag 
services provide siq)port for post-generation processing of events on a point-to-point basis. 
For example, an qyplication that runs at specific intervals can wake up and process a 
dedicated queue containing all the events for which it subscribed. 

Event subscribers can query the system for available event sources and can subscribe 

15 to any number of them. When subscribing to events, the subscriber specifies information 
such as the format in which they want to receive the event, the delivery method, whether 
there is a need to create a dedicated queue, etc. For example, an application can subscribe to 
weather events and request that the message be delivered as XML posted to the event 
console. It could also request that the same notification take the form of a Java serialized 

20 object delivered through an API callback. The available event formats and delivery methods 
can be specified when configuring the system. The system supports plug-in 
notification/delivery modules and thus provides a way to extend the default capabilities of the 
system. 

The event listener publisher is one of the data sources 140 delivered with the system. 

25 The event listener publisher exposes, for example Advantage Integration Server events to the 
common environment so that they can be deUvered to any subscriber. The pubhsher can be 
configured via GUI, CLI and APL Preferably, this configuration is always persistent It can 
also be configured to generate additional events on-demand by any application during 
subscription (XML). By default, on-demand configuration of the Event Listener Publisher is 

30 transient That is, the additional requested events are only valid while the system is iq>. 

The event listener publisher can expose any events proceeding &om within Jasmincii. 
This includes class, object and property events as generated by the connected data sources. 
As a data source 140, the event listener publisher, through the notification services, can 
deliver Jasminea notifications to any application subscribed to it 
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Referring now to Figure 5, there is illustrated the data flow of events being generated 
from various sources. Events are generated using the event generation API. The API 
consists of various libraries supporting a variety of languages. Examples of the si5)ported 
languages which may be included are Java, C, and Aion, a proprietary language offered by 
5 Computer Associates International, Inc.. There is also a CLI interface, which allows for a 
solution without the need to write any additional code. In one embodiment, the services are 
implemented using servlets. It is also possible to use get and post requests from HTTP, ASP, 
or JSP pages to generate an event. All events should be generated m the conmion 
environment 

10 When a request to generate an event is submitted either by CLI or througjh an API 

call, the request is sent to the event generation servlet using an XML message format The 
event generation servlet receives the request and generates the ^ropriate event within the 
common environment. 

According to the example architecture, flie mteraction between the various event 

15 generation methods is through HTTP Get or Post requests. The event data is sent to the event 
generation service in XML. The event generation service validates the event, generates the 
event in XML format in the common enviroimient and sends a response back in XML format 
The API's and CLTs interpret the result from the response XML. If using web access 
methods, then the result is r^tumed in XML. It is iq) to the program or page to determine if 

20 the operation was successfiil or not. 

Event generation is handled by the event generation service. The service may be 
implemented as a Java servlet When a request to generate an event is received, the event 
generation service creates an event object and/or create a Unicenter TNG or other enterprise 
management message. 

25 

Business Event Propagation 

Once the event is generated in the common environment, the event is available to any 
program or process, which subscribed to the event or the to fhc general class of events that 
the particular event belongs to. During event subscription, a subscriber can specify how the 
30 event should be propagated to it That is, the subscriber requests a supported delivery 

method. For instance, an appUcation can subscribe to data source * A' and request that events 
be deUvered to it via an HTTP connection, email, a wireless message, API callback or other 
method. The example architecture includes support for a wide set of delivery methods. 
These include TNG messages, HTTP connection, Java mterfaces, email, wireless, etc. The 
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system is extensible by using Java interfaces that describe the requirements for an event 
deUvery module. Any program implementing the interface can provide additional methods of 
delivery. 

5 Business Event Analysis 

The present application provides information and data management systems and 
methods that are capable of operating in any combination of reactive, proactive and 
predictive paradigms. The architecture of the present system enables these paradigms to be 
deployed in association with existing EAI environments. These diflferent paradigms 

10 (reactive, proactive, predictive) represent the different ca^jabihties provided by the system 
components, including event management services for generating multi-form messages into 
central repositories of information. 

A reactive paradigm rq)resents a management ^proach where events are dealt with 
as exceptions and upon occurrence. That is, the event is identLBed before an ^propriate 

1 5 business process poUcy is ^plied. 

A proactive paradigm represents an approach where an intelUgent integrated or stand- 
alone ^plication (usually knowledge-based or rules-based appUcations) may consume and 
process (correlate and/or infer) information to determine a course of action that may include 
the generation of events or the enforcement of previously defined poKcies such as, for 

20 example, a workflow, a notification or a record update. 

A predictive paradigm represents an approach where an inteUigent integrated or 
stand-alone application may consume and process information (analyzing patterns and 
relationships) that may conclude in the generation of events or predictions regarding possible 
events or situations that may arise. In a similar fashion, as the proactive paradigm, this event 

25 generation may trigger the q>plication of any business process intended to deal with the 
business event 

In addition, the systems and methods according to the present q)pUcation provide the 
abihty to extend pure EAI environments or pure event management enviroimients into a 
single seamless computing enviroimient where all related and necessary components needed 
30 to deal with a particular business event are orchestrated together in such a way that no 
individual component needs to be aware of more information than necessary within its own 
native c^abUities. 

Further the present appUcation provides an intelhgent management methodology for 
responding to existing and fiature events. For example, in the business context, the intelligent 
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management methodology for business events would be any combination of reactive, 
proactive, and predictive business process policies using inference, correlation, and rule- 
based and predictive technolo^es. This methodology also provides for the business process 
policies to reach out and gather more inforaiation, as ^ropriate, that is fed to a common 
5 computing environment by information providers via wrappers, business policies, workflow 
engines, and business events. 

Referring now to Figure 6, a schematic block diagram is presented depicting the 
operation of reactive, proactive and predictive busiaess process policies within the business 
processing enviroimient 100. As shown, the exemplary system includes reactive, proactive 

10 and predictive business process policies maintained within store 115. Each type of business 
process poUcy is operative to initiate a response process associated with a business event 
Each of the different types of business process policies 610, 620 and 630 receive 
notification of a relevant event firom event deUvery module 640. In some cases, such as with 
the illustrated proactive 620 and predictive 630 business process poUcies, additional 

1 5 information may be requested in order to process a response. 

In reactive management paradigm, an event acts as a trigger for some management 
action that may need to be engaged This management action can in tum.be any type of finite 
or infinite sequence of steps. Accordingly, iq)on receiving an event notification firom event 
deUvery module 640, reactive business process policy 610 may respond, for example, by 

20 sending an e-mail message, updating a database or triggering a workflow process. 

In a proactive management paradigm, an intelligent entity such as, but not Hmited to, 
a business process policy, is continually consuming information and applying analysis 
methods without depending on the occurrence of a trigger event. If and when necessary, a 
proactive entity may engage the reactive or predictive paradigms to either trigger a sequence 

25 of actions (reactive) or perh^s consult and leverage additional analysis capabilities 

(predictive). Note that proactive entities may also be triggered and set ofFby the occurrence 
of an event Upon receiving a triggering event notification fix)m event delivery module 640, 
proactive business process policy 620 may respond, for example, by correlating data, drawing 
an inference or triggering a knowledge-based application. 

30 A predictive paradigm is one where entity of more advanced intelligence than the 

proactive or reactive types is also consuming information or events. Similarly to the proactive 
paradigm, if and when necessary, the predictive paradigm may engage the reactive or 
proactive counterparts which will then have leveraged higher intelligence in order to perform 
their fimctions. Predictive business process poUcy 630 may ftom time to time employ pattern 
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analysis, employ neural netwoik or neural agents while processing business events. 

As shown, any type of business process policy may generate a consultation trigger for 
another business process policy when processing and/or analy2dng business events. 

The system of Figure 6 enables a management methodology that aggregates three 
5 different, and individually powerful, management paradigms. These reactive, proactive, and 
predictive paradigms are not mutually exclusive and can leverage power from each other to 
provide a capability that is not presently known. Accordingly, the present ^plication 
provides any level of event management power necessary to deal with information 

For example, reactive management may be used as flie initial trigger to a proactive or 
10 predictive process based on the occurrence of a single business event Alternately, a 

proactive or predictive process may trigger a reactive process by generating a single business 
event which is the result of complex correlations and pattern analysis processes to arrive to a 
finite set of events that must be managed. 

In this methodology, the collaboration and commuiucation process is flexible to 
15 accommodate any tyj>e of management capability needed by a particular event or generated 
information that triggers the management services. 

Figure 6 illustrates that the three paradigms are engaged and integrated to collaborate. 
A business event can reach the management layer represented by the paradigm integration in 
different ways, as shown. For example, events can be derived from any data, event, services, 
20 or information sources. 

Once an event is delivered, it may trigger any collaboration sequence (or multiple 
independent sequences) as defined by certain business process embodied in the individual or 
aggregated paradigms. That is, business process poUdes may, simultaneously or 
sequentially, trigger reactive, proactive, or predictive management process or any 
25 combination, of any length, between the three. 

For exanq)le, detection and prevention of bank transaction firaud could be 
implemented as a collaboration of the three paradigms. An event representing a check 
deposit may be detected and forwarded to the reactive layer. The reactive layer may then 
communicate with the proactive components that in turn will consume additional information 
30 to detennine whether this transaction may be a firaud risk. Different paradigms such as 
knowledge-based or rule-based ^roach may be used to apply heuristics to identify 
transaction patterns. If indeed, the proactive component is able to determine a pattern of 
fimid, it may retum to the reactive layer in the form of a fraud alert event. However, if the 
proactive layer does not identify a firaud pattern, it may consult the predictive layer, which 
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may in turn indeed find a fraud pattern that was not discernible to the proactive layer. 

It should be noted that this embodiment of collaboration is just one example of how 
the paradigms may collaborate. A different management ^proach to the same event (check 
deposit) may choose to engage the three paradigms at the same time or allow the proactive or 

5 predictive paradigms to be continually consuming and revisiting deposit information through 
the day instead of on just every occurrence. 

What has been described above includes several examples. It is, of course, not 
possible to describe every conceivable combination of components or methodologies for 
purposes of describing the systems, methods, and computer readable media associated with 

10 business process poUcy data. However, one of ordinary skill in the art may recognize that 
further combinations and permutations are possible. Accordingly, this ^plication is intended 
to embrace such alterations, modifications, and variations that fall within the scope of the 
appended claims. Furthermore, to the extent that the term "includes" is employed in the 
detailed description or flie claims, such term is intended to be inclusive in a manner similar to 

15 the term "comprising" as that term is interpreted when employed as a transitional word in a 
claim. 
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What is claimed is: 

1 . A method for propagating a biisiness event, comprising: 
dejSning an event; 

5 registering a source for the event; 

registering a component interested iq the event; 

defining a data channel to be used for a notification of the event; 

identifying the event; 

transmitting the notification of the event to the interested component via the data 
10 channel. 

2. The method of claim 1 , wherein the notification is text-based. 

3. The method of claim 1, whereia the notification is object-based. 

15 

4. The method of claim 1 , wherein the component is an appHcation. 


5. 


The method of claim 1, wherein the component is an java applet. 
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